home *** CD-ROM | disk | FTP | other *** search
- In article <larry.clay.22.2DB69929@network.com> larry.clay@network.com (Larry Clay) writes:
- >KERMIT is a protocal for file transfer via dialup, it isn't a TCP client. If
- >the host in question isn't running an ftp daemon then you might consider
- >telneting into the remote host and doing an ftp back to yourself. This done by
- >running an ftp server on your PC. Two that work are ws_ftd and WinQvt397 for
- >winsock.
-
- It looks as if I'm going to have to change the name of my ftp server -
- it's WFTPD, not WS_FTPD, WS_FTD, or any other permutation! Unless
- something has come out in the last week or so, there is no WS_FTPD.
- This probably explains why people won't be able to find it through
- archie, on cica, etc.
-
- Of course I should state that "Two that work" is obviously for
- restricted definitions of "work" - my server doesn't have the greatest
- access restrictions, and QVT requires that you only have one
- connection at a time, to menion just the obvious problems.
-
- WFTPD is available either at ftp.cica.indiana.edu in
- /pub/pc/win3/winsock, or at ftp.wst.com in /pub/winsock/wftpd. Other
- sites also have it.
-
- However, if people writing telnet clients use this as an excuse to not
- implement some kind of in-stream download protocol (my preferences
- would be Z-Modem, and Kermit), would they bear in mind that some
- internet sites (compuserve.com, for example) allow logins, but do not
- seem to have any ftp access, incoming or outgoing.
-
- Alun.
- ~~~~
- --
- The above is a personal opinion, and may not necessarily represent the
- opinions of Welcom Software Technology, its management, or its staff.
- For information about the WST lines of Project and Cost Management
- Software, email info@wst.com or sales@wst.com, or call (713) 558 0514
- From news@bigblue.oit.unc.edu Fri Apr 22 19:27:28 1994
- Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
- id AA00731; Sat, 23 Apr 1994 09:14:36 -0400
- Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
- id AA32484; Sat, 23 Apr 1994 08:11:10 -0500
- Received: from GATEWAY by bigblue with netnews
- for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
- To: winsock@sunsite.unc.edu
- Date: Fri, 22 Apr 1994 19:27:28 GMT
- From: greenman@terra.oscs.montana.edu (Bruce Albert)
- Message-Id: <greenman.238.2DB82520@terra.oscs.montana.edu>
- Organization: MSU Libraries
- Sender: ses
- References: <CoBnAE.46K@cdsmail.cdc.com>, <BKFLYNN.181.0008496C@email.unc.edu>
- Subject: Re: who "owns" winsock?
-
-
-
- >Microsoft defines winsock. Each manufacturer is responsible for writing it's
- >own WINSOCK.DLL that works with it's protocol stack.
-
- >Brian
-
- My understanding is that the winsock specification is the product of an
- industry consortium, including Microsoft, FTP Inc., WRQ, and others.
-
- The winsock.dll, as a peice of software, is of course proprietary to its
- author(s).
-
-
-
- Dr. Bruce Albert
- aliba@msu.oscs.montana.edu
-
- "A closed mind gathers no wisdom."
-
-